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What is claimed is: 

1. A system for providing cooperative resource groups for high 
availability applications, comprising: 

a cluster framework including a plurality of nodes, comprising: 

a plurality of cooperative resource groups, each comprising a 
logical network address, at least one monitor and an application providing 
services and externally accessed using the logical network address; and 
a plurality of resources, each comprising a cluster service 
supporting the services provided by each application; 

for each cooperative resource group, a preferred node for execution and 
one or more possible nodes as standby nodes for each other cooperative resource 
group; and 

each such cluster service restarting the services on a surviving node off a 
critical path of the preferred node upon an unavailability of the preferred node, 
while keeping the logical network address available on each possible node for the 
cooperative resource group. 

2. A system according to Claim 1, further comprising: 

a run method starting each cooperative resource group in an ordered 
fashion on a preferred node or on a possible node; and 

a halt method stopping each cooperative resource group in an ordered 
fashion on the node on which the halt method is running. 

3. A system according to Claim 1, further comprising: 

a watchdog process in one such cooperative resource group executing 
upon a failure or shutdown of the cooperative resource group. 

4. A system according to Claim 1, wherein the cluster service 
operates in a normal mode with each cooperative resource group executing on the 
preferred node. 
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1 5. A system according to Claim 1, wherein the cluster service 

2 operates in an off-line mode with the logical network address available. 

1 6. A system according to Claim 1, wherein the cluster service 

2 transfers the service off the critical path from the preferred node to one such 

3 possible node responsive to a failover of the application in one such cooperative 

4 resource group. 

1 7. A system according to Claim 6, wherein the cluster service 

2 resumes the service off the critical path on another cooperative resource group 

3 responsive to a failure or shutdown of the application and the logical network 

4 address is kept available on each possible node. 

1 8. A system according to Claim 6, wherein the cluster service 

2 provides the logical network address of one such application upon a failure or 

3 shutdown of the application. 

1 9. A system according to Claim 1, wherein the cluster service 

2 transfers the service off the critical path to one such possible node responsive to a 

3 switchover of the application. 

1 10. A system according to Claim 1, further comprising: 

2 a sequenced list of possible nodes for each cooperative resource group. 

1 11. A system according to Claim 10, wherein the cluster service 

2 disables switching between the possible nodes for a last such possible node for 

3 each cooperative resource group and issues an alert. 

1 12. A system according to Claim 1, wherein the cluster service 

2 provides notification of a service start by sending a service up event notification 

3 from each preferred node. 
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1 13. A system according to Claim 1, wherein the cluster service 

2 provides notification of a service halt by sending a service down event 

3 notification from each preferred node. 

1 14. A system according to Claim 1, wherein the cluster service 

2 acquires an internet protocol address as the logical network address upon 

3 executing the run method. 

1 15. A method for providing cooperative resource groups for high 

2 availability applications, comprising: 

3 building a cluster framework including a plurality of nodes, comprising: 

4 forming a plurality of cooperative resource groups, each 

5 comprising a logical network address, at least one monitor and an application 

6 providing services and externally accessed using the logical network address; and 

7 structuring a plurality of resources, each comprising a cluster 

8 service supporting the services provided by each application; 

9 for each cooperative resource group, designating a preferred node for 

10 execution and providing one or more possible nodes as standby nodes for each 

11 other cooperative resource group; and 

12 restarting the services on a surviving node off a critical path of the 

13 preferred node upon an unavailability of the preferred node, while keeping the 

14 logical network address available on each possible node for the cooperative 

15 resource group. 

1 16. A method according to Claim 15, further comprising: 

2 executing a run method starting each cooperative resource group in an 

3 ordered fashion on a preferred node or on a possible node; and 

4 executing a halt method stopping each cooperative resource group in an 

5 ordered fashion on the node on which the halt method is running. 

1 17. A method according to Claim 15, further comprising: 
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spawning a watchdog process in one such cooperative resource group 
upon a failure or shutdown of the cooperative resource group. 

18. A method according to Claim 15, further comprising: 
operating in a normal mode with each cooperative resource group 

executing on the preferred node. 

19. A method according to Claim 15, further comprising: 
operating in an off-line mode with the logical network address available. 

20. A method according to Claim 15, further comprising: 
transferring the service off the critical path from the preferred node to one 

such possible node responsive to a failover of the application in one such 
cooperative resource group. 

21. A method according to Claim 20, further comprising: 
resuming the service off the critical path on another cooperative resource 

group responsive to a failure or shutdown of the application; and 

keeping the logical network address available on each possible node. 

22. A method according to Claim 20, further comprising: 
providing the logical network address of one such application upon a 

failure or shutdown of the application. 

23. A method according to Claim 15, further comprising: 
transferring the service off the critical path to one such possible node 

responsive to a switchover of the cooperative resource group. 

24. A method according to Claim 15 , further comprising: 
creating a sequenced list of possible nodes for each cooperative resource 

group. 

25. A method according to Claim 24, further comprising: 
disabling switching between the possible nodes for a last such possible 

node for each cooperative resource group; and 
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4 issuing an alert. 

1 26. A method according to Claim 15, further comprising: 

2 providing notification of a service start by sending a service up event 

3 notification from each preferred node. 

1 27. A method according to Claim 15, further comprising: 

2 providing notification of a service halt by sending a service down event 

3 notification from each preferred node. 

1 28. A method according to Claim 15, further comprising: 

jST 2 acquiring an internet protocol address as the logical network address upon 

Q 3 executing the run method. 

01 

Q 1 29. A computer-readable storage medium holding code for performing 

jjjf 2 the method according to Claim 15. 

□ 1 30. A system for cooperatively clustering multiple instance 

y 2 applications, comprising: 

89 3 a node designated as a preferred node within a cluster framework 

m 4 comprising a plurality of cooperative resource groups; 

5 a cluster framework stack started on the preferred node, comprising: 

6 an internet protocol address; 

7 an application; and 

8 application event monitors for the application; and 

9 a run module sending notification to each other such cooperative resource 

10 group within the cluster framework that the application is running and available 

11 for service; and 

12 a switching module enabling cooperative resource group switching from 

13 the preferred node off a critical path for the application. 

1 31. A system according to Claim 30, further comprising: 
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at least one other node within the cluster framework designated as a 
possible node, comprising acquiring a further internet protocol address for each 
such possible node. 

32. A system according to Claim 31, further comprising: 

a cluster service executing within the cluster framework and restarting the 
application off the critical path on the possible node responsive to one of a 
failover and a switchover. 

33. A system according to Claim 32, further comprising: 

a halt method halting the application on the preferred node in parallel 
responsive to the failover or the switchover, comprising releasing the further 
internet protocol address. 

34. A system according to Claim 33, further comprising: 

a watchdog process on the preferred node upon the halting of the 
application. 

35. A system according to Claim 31, further comprising: 

a halt module disabling cooperative resource group switching on a last 
such possible node for each cooperative resource group. 

36. A system according to Claim 30, further comprising: 

a halt module halting the cluster framework stack, comprising stopping the 
application event monitors, stopping the application and releasing the internet 
protocol address; and 

a run module sending notification to each other such cooperative resource 
group within the cluster framework that the application is down and unavailable 
for service. 

37. A method for cooperatively clustering multiple instance 
applications, comprising: 

designating a node as a preferred node within a cluster framework 
comprising a plurality of cooperative resource groups; 
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starting a cluster framework stack on the preferred node, comprising: 
acquiring an internet protocol address; 
starting an application; and 

starting application event monitors for the application; and 
sending notification to each other such cooperative resource group within 

the cluster framework that the application is running and available for service; and 
enabling cooperative resource group switching from the preferred node off 

a critical path for the application, 

38. A method according to Claim 37, further comprising: 
designating at least one other node within the cluster framework as a 

possible node, comprising acquiring a further internet protocol address for each 
such possible node. 

39. A system according to Claim 38, further comprising: 
executing within the cluster framework and restarting the application off 

the critical path on the possible node responsive to one of a f ailover and a 
switchover. 

40. A method according to Claim 39, further comprising: 

halting the application on the preferred node in parallel responsive to the 
failover or the switchover, comprising releasing the further internet protocol 
address. 

41. A method according to Claim 40, further comprising: 

starting a watchdog process on the preferred node upon the halting of the 
application. 

42. A method according to Claim 38, further comprising: 
disabling cooperative resource group switching on a last such possible 

node for each cooperative resource group. 

43. A method according to Claim 37, further comprising: 
halting the cluster framework stack, comprising: 
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stopping the application event monitors; 
stopping the application; and 
releasing the internet protocol address; and 
sending notification to each other such cooperative resource group within 
the cluster framework that the application is down and unavailable for service. 

44. A computer-readable storage medium holding code for performing 
the method according to Claim 37. 
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